Netdata 1.32.0 to 1.32.1 fails on Raspberry Pi | 您所在的位置:网站首页 › hive os gnu › Netdata 1.32.0 to 1.32.1 fails on Raspberry Pi |
Bug report summary
[...]
CXX aclk/aclk-schemas/proto/alarm/v1/stream.pb.o
CXX aclk/aclk-schemas/proto/nodeinstance/info/v1/info.pb.o
GEN netdata
/usr/bin/ld: /tmp/netdata-updater-OSHJHEnlCQ/netdata-v1.32.1/externaldeps/protobuf/src/.libs/libprotobuf.a(arena.o): in function `google::protobuf::internal::ThreadSafeArena::Init(bool)':
arena.cc:(.text+0xab4): undefined reference to `__atomic_fetch_add_8'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:5233: netdata] Error 1
make[2]: Leaving directory '/tmp/netdata-updater-OSHJHEnlCQ/netdata-v1.32.1'
make[1]: *** [Makefile:6481: all-recursive] Error 1
make[1]: Leaving directory '/tmp/netdata-updater-OSHJHEnlCQ/netdata-v1.32.1'
make: *** [Makefile:3536: all] Error 2
FAILED
2021-12-17T15:38:23 CET : ERROR: FAILED TO UPDATE NETDATA : FAILED TO COMPILE/INSTALL NETDATA
OS / Environment
Linux PPI-Zero2-NAS 5.10.63-v7+ #1488 SMP Thu Nov 18 16:14:44 GMT 2021 armv7l GNU/Linux
/etc/os-release:PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
/etc/os-release:NAME="Raspbian GNU/Linux"
/etc/os-release:VERSION_ID="11"
/etc/os-release:VERSION="11 (bullseye)"
/etc/os-release:VERSION_CODENAME=bullseye
/etc/os-release:ID=raspbian
/etc/os-release:ID_LIKE=debian
/etc/os-release:HOME_URL="http://www.raspbian.org/"
/etc/os-release:SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
/etc/os-release:BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
Netdata version
Version: netdata v1.32.0
Configure options: '--prefix=/usr' '--sysconf '--localstate '--libexec '--lib '--with-zlib' '--with-math' '--with-user=netdata' '--disable-ml' '--with-bundled-lws' '--with-bundled-protobuf' 'CFLAGS=-O2' 'LDFLAGS='
Features:
dbengine: YES
Native HTTPS: YES
Netdata Cloud: YES
ACLK Next Generation: YES
ACLK-NG New Cloud Protocol: YES
ACLK Legacy: YES
TLS Host Verification: YES
Machine Learning: NO
Libraries:
protobuf: YES (bundled)
jemalloc: NO
JSON-C: YES
libcap: NO
libcrypto: YES
libm: YES
LWS: YES static v3.2.2
mosquitto: YES
tcalloc: NO
zlib: YES
Plugins:
apps: YES
cgroup Network Tracking: YES
CUPS: NO
EBPF: NO
IPMI: NO
NFACCT: NO
perf: YES
slabinfo: YES
Xen: NO
Xen VBD Error Tracking: NO
Exporters:
AWS Kinesis: NO
GCP PubSub: NO
MongoDB: NO
Prometheus Remote Write: NO
Installation method bash = 2.4) Description: support library providing __atomic built-in functions library providing __atomic built-in functions. When an atomic call cannot be turned into lock-free instructions, GCC will make calls into this library. Homepage: http://gcc.gnu.org/"> Package: libatomic1 Status: install ok installed Priority: optional Section: libs Installed-Size: 44 Maintainer: Debian GCC Maintainers Architecture: armhf Multi-Arch: same Source: gcc-10 Version: 10.2.1-6+rpi1 Provides: libatomic1-armhf Depends: gcc-10-base (= 10.2.1-6+rpi1), libc6 (>= 2.4) Description: support library providing __atomic built-in functions library providing __atomic built-in functions. When an atomic call cannot be turned into lock-free instructions, GCC will make calls into this library. Homepage: http://gcc.gnu.org/ I also did another apt update; apt upgrade, which upgraded libcurl4:armhf (7.74.0-1.3, 7.74.0-1.3+deb11u1), libcurl3-gnutls:armhf (7.74.0-1.3, 7.74.0-1.3+deb11u1), tzdata:armhf (2021a-1+deb11u1, 2021a-1+deb11u2), xxd:armhf (2:8.2.2434-3, 2:8.2.2434-3+deb11u1), vim-common:armhf (2:8.2.2434-3, 2:8.2.2434-3+deb11u1), wget:armhf (1.21-1rpi1, 1.21-1+deb11u1), publicsuffix:armhf (20210108.1309-1, 20211207.1025-0+deb11u1), vim-tiny:armhf (2:8.2.2434-3, 2:8.2.2434-3+deb11u1), libgmp10:armhf (2:6.2.1+dfsg-1, 2:6.2.1+dfsg-1+deb11u1), distro-info-data:armhf (0.51, 0.51+deb11u1), curl:armhf (7.74.0-1.3, 7.74.0-1.3+deb11u1) Interestingly this resolved the issue, even tough I don't see any package that might be responsible. |
今日新闻 |
推荐新闻 |
专题文章 |
CopyRight 2018-2019 实验室设备网 版权所有 |